Immersive cognitive reality system with real time surrounding media

ABSTRACT

A method (and structure) includes forming a wireless ad hoc network with a plurality of sensors at a first location, the ad hoc network being a localized, decentralized network wherein each participating sensor has an equal status on the network for performing network functions and is free to associate with any other ad hoc network device in a link range of a vicinity of the first location. Data is transmitted from the plurality of sensors via the ad hoc network, for consumption by an at-home user located at a second location different from said first location. Each sensor indicates a location and a directivity of sensing in the vicinity of the first location, so that the plurality of sensors thereby can provide data sufficient for the at-home user to be immersed in an experience at the first location.

BACKGROUND

The present invention relates to virtual reality in real-time, and morespecifically, providing real-time visual and/or auditory inputs to anat-home user from a remotely-located ad hoc network of sensors includingcameras and/or microphones, as temporarily clustered together, by anon-the-go user's device, to form an ad hoc immersive session for theat-home user.

INTRODUCTION

Today, technology provides the ability to take photos or videos inextremely high resolution, but such media do not completely convey theexperience of “being there” since one is not able to capture the viewfrom all angles or capture sounds coming from all around. In a worldwith more and more I/O devices of all kinds around us, potentiallyproviding more and more pixels for us to utilize, the present inventionrecognizes that it is possible to deliver a more immersive experience inreal-time.

Various systems currently exist that provide a viewer with audio/visualsignals from a selected remote location.

For example, telepresence conference rooms provide real time interactionin the audio visual domain whereby distant participants occupy the sameaudio-visual virtual space as local participants. However, such systemstypically incorporate only a single camera angle. Moreover, thesetelepresence conference rooms work only when participants are in thespecified rooms and do not even attempt to transmit the fullaudio/visual experience of the one group to the other group.

In such rooms, the user can participate using a laptop from home butcannot use an ad hoc set of machines, screens, and speakers that theuser might have at home. Telepresence conference rooms use definedlocations of cameras and microphones. All these locations are static andin any organization their numbers are usually limited to only a handful.

Conventional virtual reality systems create a cognitive environment, butthe virtual reality is pre-stored and does not change based on the reallife situation. Google Maps Street View, for example, provides a canned(pre-stored) view of a location with 360 degree viewing, but because theviews of the scene are pre-stored the user does not have an experienceof seeing what is actually unfolding at the location at the time whenthey are looking.

Another conventional system, the visual sensor network (VSN), is anetwork of spatially distributed smart camera devices capable ofprocessing and fusing images of a scene from a variety of viewpointsinto a form more useful than the individual images.

The present inventors have recognized that, as we get more and moreinterconnected, people feel compelled to interact audio-visually in asrich a fashion as possible, in real time. The present invention providesa solution to this newly-recognized need.

SUMMARY

According to exemplary embodiments of the present invention, which thepresent inventors herein describe as a “virtual teleporter”, use is madeof the ubiquitous presence of camera and microphone sensors, ascurrently available and becoming even more available over time, asinterconnectable via an ad hoc sensor network at the input end. Thesesensors may be stationary or may change location or orientation overtime depending upon the nature of each session and the differentcharacteristics of each sensor in the sensor cluster. The number ofsensors used in a virtual teleporter session can be relatively largecompared with conventional methods, thereby providing image data thatcan selectively be fused, stitched, merged, and/or integrated togetherfrom multiple cameras to provide an immersive experience to the viewerin a virtual teleporter session.

Therefore, unlike existing approaches such as described above, thepresent invention recognizes that the large numbers of sensors, eachassociated with a computer chip so as to permit the sensor to join toand provide data into an ad hoc network, as becoming ever moreavailable, can be utilized to provide visual and audio inputs from anyangle. Together this sensor data provide a virtual teleporter thatvirtually immerses an “at-home” person in the sensory inputs from theremote location of another person, utilizing the at-home person's ownvisual and audio outputs (screens and speakers). The present inventionrequires no specialized sensors as used in prior art systems, and usesan ad hoc network of cameras and/or microphone sensors, meaning that thenetwork is set up for the specific user session as a peer-to-peernetwork, with pixel and audio inputs from different sensors beingadded/deleted as the sensors potentially come into and go out of viewduring the session, due to motion of either the user or the sensordevice, or the sensor device otherwise losing its connectivity with thead hoc network. These sensors could be stationary or fixed, or theycould be stationary and possibly moveable about one or more axes. Thesensors could also be movable if mounted on a robot or other type ofmechanism that could selectively change the location of the sensor.

Moreover, the present invention also does not require specializedhardware since it uses generically accessible audio/video sensors thatmerely need to be capable of publishing their data along with theirgeolocation information, plus rendering hardware of an at-home user thatbroadcasts its geolocation, and sensing hardware of the at-home userthat can locate the user relative to the rendering hardware.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a first exemplary scenario 100 that demonstrates thepresent invention;

FIG. 2 shows an exemplary high-level flowchart format 200 of anexemplary method of the virtual teleporter system of the presentinvention.

FIG. 3 shows an exemplary block diagram 300 of primary components of thepresent invention;

FIG. 4 exemplarily shows hardware components 400 for variousembodiments;

FIG. 5 shows two different alternative embodiments 500 for possibledifferent on-the-go mechanisms for setting up an ad hoc network ofsensors;

FIG. 6 depicts a cloud computing node 600 according to an exemplaryembodiment of the present invention;

FIG. 7 depicts a cloud computing environment 700 according to anexemplary embodiment of the present invention; and

FIG. 8 depicts abstraction model layers 800-840 according to anexemplary embodiment of the present invention.

DETAILED DESCRIPTION

Referring now to FIG. 1, the present invention is directed atrecognizing that people often wish to interact audio-visually in realtime, given that we are getting more and more interconnected. FIG. 1shows an exemplary first possible scenario 100 of such increasedinterconnectedness made possible by the present invention, as involvingpersonal engagements. In this example 100, a husband 110 goes to Parison business and would like to interact with his wife remaining at theirapartment in New York. He calls his wife and says “I am sitting in aroadside café on the Champs-Elysees. Why don't you come and join mehere?”

His wife 112 uses the virtual teleporter of the present invention tojoin her husband virtually, in the seat next to him. She sees andlistens, in real-time, to the people strolling down the Champs-Elysees,watches fireworks in the sky above, even converses with him at the sametime, and can stroll at his side along a street in Paris, based onmovements of her husband's smart phone during the session, as he walksaway from the cafe. Such movement during a virtual teleporter sessionmight require that different sensors 120, 121 be added/deleted from thesession's ad hoc cluster of sensors. In this scenario, the husband 110is the “on-the-go” user and his wife 112 is the “at-home” user.

Thus, in the context of the present invention, the term “on-the-go user”refers to the role of a user who is typically moving or in someinteresting or unusual place, and whose system is establishing andmaintaining an ad hoc network of sensors within a wireless link range ofthe on-the-go user role, and the term “at-home user” refers to the userwho is typically at some other location from the “on-the-go user,”perhaps at home, and whose system is consuming the video and audio dataprovided by the ad hoc network orchestrated by the system associatedwith the “on-the-go user”.

In an exemplary and quite different second scenario, a combatant in awar zone is looking for a target. He is a sharpshooter with training indesert combat, but the war is happening in a tropical forest. He coulduse help from another combatant sharpshooter who knows more abouttropical warfare. But at this moment his potential advisor/assistant isthousands of miles away. The person in the war zone calls hissharpshooter buddy for help, who then uses the virtual teleporter tovirtually join his desert comrade and provide advice in real-time, basedon video available from, for example, a camera mounted on thecombatant's helmet and/or clothing and/or possibly from cameras mountedon drone aircraft circling the area, or on remotely-controlled orautonomous robots moving around in the vicinity. The present inventionwould permit the two sharpshooters to converse together, as the“at-home” sharpshooter explores the landscape from different locationsand perspectives, providing comments and observations to hisdesert-trained comrade, who is the on-the-go user in this scenario.

In a third exemplary scenario involving sports and entertainment, assumethat two long-time rivals have qualified for this year's Super Bowl. Theorganizers expect a great demand for tickets but, unfortunately, theycannot accommodate the anticipated number of people in the designatedstadium. This scenario might create not only quite a few unsatisfiedcustomers but also a big black market of tickets and counterfeittickets. To prevent such pandemonium, the organizers offer manypotential spectators access to a virtual teleporter session so they canbe virtually present at the game, each able to view the game andenvironment at their own personal viewing angle and perspective.

Note that this third scenario would mean that there are multiple at-homeusers simultaneously using data from different sensors in the ballpark.Additionally, in this scenario, the on-the-go device(s) that set up themultiple virtual teleporter sessions as on-the-go user(s) could be oneor more portable smart device(s) carried by one or more individualsrepresenting the organizers, or could be stationary or semi-stationarydevices positioned throughout the ballpark, in the stands, on a lightpole, or elsewhere. Typically, in a large sports arena, there couldpotentially be many cameras and viewing angles that could be fusedtogether to potentially render an infinite number of viewing angles forat-home viewers, if one or more on-the-go user devices are present toset up an ad hoc network to cluster together groups of cameras fromdifferent areas of the arena, or possibly all of them together.

The selection of video/audio to be presented at the at-home user's endfrom the ad hoc network data would depend upon the location and viewingperspective chosen by the at-home user, which the at-home user couldchange at will during the session. If the video/audio from the game isrecorded, then the virtual teleporter would provide opportunities forre-runs viewed from different locations and perspectives within the adhoc data, including potential to possibly even view the game from thefield of play itself.

In a fourth exemplary scenario, a user, e.g. a skier or mountainclimber, wears several cameras with microphones on her helmet, capturingthe view in all directions as she skis or climbs. The views and soundsfrom the multiple cameras and mics are synthesized into athree-dimension (3D) mosaic with surround-sound, and transmitted as asingle multi-facted media item, either after the fact, if stored, or viareal-time streaming, assuming network connectivity is available. Therecipient then plays the media item using whatever available I/O devicesthey have at their disposal. If only a high resolution front screen isavailable, it plays only on this screen, perhaps selected by the at-homeuser to present a panoramic view; if multiple screens are available, itplays on multiple screens, using the available screens and speakers torender views and sounds as faithfully as possible to the originalexperience, including surround views and sounds.

Thus, as exemplified in FIG. 1, and the first and third exemplaryscenarios, the virtual teleporter of the present invention is enabled bythe recent ubiquity of cameras and microphones, as well as thecapability of forming ad hoc networks with sensor devices. The other twoexemplary scenarios demonstrate how one or more cameras could be mountedon a participant and/or mobile vehicle(s) to permit formation of an adhoc network of sensors, to enable remote or future viewing capability tousers accessing the ad hoc sensor network data, either for real timeviewing or for replaying the session from a memory device used to storethe real time data.

In the context of the present invention, an ad hoc network refers to adecentralized network of devices interconnected, for example, usingwireless peer-to-peer techniques, for the purpose of establishing atemporary, on-the-fly, collection of sensors for an immersive session byone or more at-home user devices. The present inventors have used ad hocnetworking in other applications that are completely different inpurpose from the virtual teleporter of the present invention.

For example, an ad hoc network is described in U.S. Pat. No. 8,988,218B2, published on Mar. 24, 2015, entitled “Self-Detection of Lost DeviceStatus Using Device-to-Device Communications with One or More ExpectedNeighboring Devices.” This patent, incorporated herein by reference,describes how a device can itself detect when it is lost by monitoringwhether it is located near expected neighboring devices. If expectedneighboring devices are not detected within a preset threshold, thedevice will send a relay message to notify the owner of the device thatit considers itself to be lost.

In U.S. Patent Application US 20140362710 A1, “Peer-to-peer ad hocnetwork system for monitoring a presence of members of a group” byMukherjee, et al., filed on Jun. 5, 2013, and also incorporated hereinby reference, a peer-to-peer ad hoc network is used to monitor presenceof members of a group, each member carrying a locating device. As longas all members' locating devices are sensed as part of the peer-to-peerad hoc network, all members are considered to be present. If onelocating device loses contact with the ad hoc network, a location serverwill detect its absence and generate an alert. This second applicationuses the peer-to-peer ad hoc network to, for example, monitor presenceof children on a field trip.

As explained in this pending patent application, each computer in apeer-to-peer computer network can act as a client or a server for theother computers in the network, allowing shared access to variousresources such as files, peripherals, and sensors, without the need fora central server. Peer-to-peer networks can be set up within a home, abusiness, or over the Internet and require all computers in thepeer-to-peer network to use the same or a compatible program to connectto each other and access files or other resources found on othercomputers. Peer-to-peer networks are currently commonly used to sharecontext such as audio-video or data.

The present invention is, therefore, one more example of implementingand using an ad hoc network, as now used for purpose of providing a realtime virtual session for an at-home user by providing video and audiosignals from a remotely-located, peer-to-peer ad hoc network of videoand audio sensors, as clustered together by a request to form the ad hocnetwork. If data from an ad hoc sensor network is stored in a memory,then at-home users would be able to experience any number of re-runs,including the possibility of changing locations in each re-run, therebyre-experiencing the data from a different perspective on each re-run.

In general, an “ad hoc network”, or wireless ad hoc network (WANET) isintended herein to refer to a decentralized type of network that doesnot rely on a preexisting infrastructure, such as routers in wirednetworks or access points in conventional networks. Instead, each nodepotentially participates in routing by forwarding data for other nodes,so the determination of which nodes forward data is made dynamically onthe basis of the ad hoc network connectivity, as different sensorspotentially join or leave the network during the session. In addition toclassic routing mechanisms and protocols, ad hoc networks can useflooding for forwarding data. In an ad hoc network all devices haveequal status on the network for performing network functions and arefree to associate with any other ad hoc network device within thenetwork link range.

The present invention differs in various ways from conventional systemspreviously mentioned in the background section above.

First, the VSN and other existing prior art use a completely uniform setof sensors, such as a given kind of camera and network. In contrast, thepresent invention can use a completely non-uniform set of camerasinterconnected by an ad hoc network, as long as the cameras canself-identify with their geographical location and can revealcharacteristics such as resolution, etc, either by declaration or bysimple presentation of their output data. Thus, the term “ad hoc”, asused in the context of the present invention, also refers to the abilityto intercommunicate with sensors, such as cameras and/or microphones, inthe intended desired location, and the sensor is capable of identifyingits location and orientation and can interact with an ad hoc network orother communication network for transmitting its output data.

Second, the present invention accommodates any output devices and doesnot require specialized glasses or goggles. Additionally, the presentinvention incorporates a method of learning for making personaladjustments to accommodate a user's special visual or auditory needs,such as peripheral vision enhancement, or to increase viewer comfort, afeature to be discussed in more detail later.

FIG. 2 shows a high-level flowchart 200 of an exemplary method used inthe present invention. In the first step 202, communication isestablished between the on-the-go user's device and the at-home user'sdevice, using conventional connections such as telephone and/or internettechnology, including possibly an internet tunnel between the two userdevices, which could be, for example, two smart phones each with an appor application program that implements the present invention.

In second step 204, possibly at least partially concurrently with thefirst step 202, an ad hoc network is established at the on-the-go user'sdevice with a plurality of cameras and possibly other sensors, such asmicrophones, at the on-the-go location, to thereby set up an ad hocnetwork including a cluster of sensors for a virtual teleporter session.Such ad hoc network could be established, for example, by transmitting awireless peer-to-peer interconnection request between an app on theon-the-go user's device, to make contact with any sensor in the vicinityof the on-the-go user's device which is configured to participate in anad hoc network as an input sensor and is within range of the ad hocnetwork request from the on-the-go user's device, e.g., within wirelesslink range. Such a sensor must be able to specifically identify theprecise location and orientation for which its sensor data is providedsince the at-home user will effectively be selecting which sensor(s)provide(s) data by selecting a location and viewing angle within the adhoc data. It should be noted that more than one on-the-go user devicemight be involved in forming an ad hoc network, should there be morethan one on-the-go user participating in the session. The ad hoc networkof the present invention could be implemented using conventionaltechniques in Wi Fi and peer-to-peer technologies.

In one exemplary embodiment, when an activation request is made, thesystem/app detects all registered sensing devices in the area or sensorsthat it can detect as present and capable of forming a network andcreates an ad hoc network with these sensors.

The on-the-go user's smart device can itself serve as a sensing devicein the system. Each sensing device, including possibly the on-the-gouser's smart device itself, can be part of one or more concurrent ad hocnetworks, since each sensor would transmit its data concurrently to anyon-the-go device located within its transmitting range. There can bemultiple users using the same ad hoc network, since each at-home userselects a location and viewing perspective within the ad hoc networkdata. Sensors can come into and go out of the ad hoc network if/as theon-the-go user moves about, or the ad hoc network contact is otherwiselost or discontinued.

In step 206, the system determines whether coverage is sufficientlydense to provide data for 3D modeling of the view to be used during thesession. Such 3D modeling is needed if the at-home user is to be giventhe ability to navigate within the scene. If 3D modeling is used, theaverage square meters of camera coverage should be approximately equalto the square of the virtual step size allowed within the model. Alongthis line, it is noted that only two cameras could provide binocular(stereoscopic) vision similar to having two eyes that provide binocularvision to humans, so that only two cameras in the ad hoc network at theon-the-go station would be sufficient to provide a degree of real-timeimmersion above that of most remote viewing technologies, if the at-homesystem can display binocular pixel data with, for example, goggles thatreceive different inputs. Similarly, two microphones could providebinaural audio during a virtual teleporter session. It should be clearthat a 3D model would provide the at-home user with the opportunity formore immersion than simple binocular viewing or other means of viewingthe raw data.

In step 208, video and audio data streams into the system from theremote sensors, either for the 3D modeling 210 or as raw image data 212should 3D modeling not be possible. In step 214 the at-home user sets ageolocation of the desired virtual location, including not only intendedgeographical location relative to the sensors but also the orientationof the user, including direction of gaze, and possibly a locationrelative to the on-the-go user's device (e.g., three feet to one side ofthe on-the-go user).

In step 216, the system, typically at the at-home device, calculates acustomized virtual environment for the virtual person and, in step 218,communicates the customized virtual environment to the display device(s)and speaker(s) of the session to the at-home user, which may have beenset up as an ad hoc at-home network. The system either takesperspectively-accurate images from the 3D model or transforms the rawimages by appropriate projective transformations. Color and resolutionsare converted to render consistently to the at-home user. The systemrenders the audio input by estimating distance from the audio source atdifferent frequencies and rendering a volume-wise consistentsurround-sound experience. Calculations for such 3D modeling could occurin various locations in the system, including the on-the-go user'sdevice, the at-home user's device, or in a server located somewhereremotely from either the on-the-go user device or the at-home device butsomewhere along a path of the sensor data.

An on-the-go user of the present invention, such as the husbandtemporarily on assignment in Paris, can activate his or her system, forexample, via an app on their smart device in conjunction with thecamera, microphone, and speaker from the phone or from independentdevices. In some embodiments, when the activation request is made thesystem/app automatically transmits a peer-to-peer request to all sensorsin the neighborhood of the desired location that are available toparticipate in establishing an ad-hoc network.

In other embodiments, the sensors available in any location could beregistered in a database, so that the on-the-go device could query andcontact each sensor individually. Such a database of registered sensorsat different specific locations could also include a registeredstationary on-the-go device at each registered location, therebyproviding “virtual” on-the-go user stations that would be available byat-home users. In this exemplary embodiment, a remotely-located serveror even an at-home user's smart phone would contact appropriate sensorsat a remote on-the-go location without having an actual person carryingan on-the-go device to form the ad hoc network at the on-the-go end.Instead, the at-home user would interact with an unmanned, on-the-godevice located at the desired location that would provide the on-the-gouser role on demand.

The smart device of the on-the-go user can itself be a sensing componentof an ad hoc cluster of sensors, which would be useful particularly as amicrophone/speaker for the husband/wife session in Paris described inthe first exemplary scenario. Along this same line, it is noted that thepresent invention includes an embodiment in which one of the camerasand/or auditory sensors at a location, whether fixed or mounted on amobile platform, is combined with a built-in capability to serve as anon-the-go device to initiate an ad hoc session on demand from an at-homeuser. This combination is similar to the husband's smart phone inscenario 1, that is capable of serving both as the on-the-go user'sdevice as well as potentially providing additional sensor inputs as acamera and/or microphone, except that this embodiment also provides theadditional feature of being able to receive remote requests from at-homeusers to establish an ad hoc sensor network and transmit the ad hoc datato the at-home user without having to rely upon a person beingphysically present at the on-the-go location.

Each sensing device, including possibly even the on-the-go user's smartdevice, can be at the same time part of one or more ad hoc networks.There can be multiple users using the same ad-hoc network. For example,the session described in the first scenario could also include one ormore children of the husband/wife session in Paris, as either on-the-goor at-home participants. Additionally, other completely unrelatedpersons could be using the same sensors' data in Paris during the periodthat the husband/wife session is on-going, and each session'sparticipants would be unaware of other sessions, with each at-homeuser's device providing a customized view for each at-home user.

Additionally, in the present invention, as the on-the-go user moves inand out of a particular vicinity, local stationary sensors could join orleave the ongoing ad-hoc network. This is accomplished by appropriatelymaintaining and modifying the existing ad hoc network to add/deletesensors by, for example, conventional peer-to-peer wirelesscommunication protocols. The on-the-go user's system of the presentinvention gathers audio and video from sensors in the network.

As mentioned, if the environment is rich enough in sensors, the systembuilds a 3D model of the desired location, thereby providing merging,rendering, and 3D modeling that would provide an immersion aspect forthe user beyond that possible by conventional systems. These proceduresare part of the known state of the art, and have been used, among otherplaces in the field of robotics for creating 3D models using, forexample, SLAM (Simultaneous Localization And Mapping).

The system either takes perspectively accurate images from the 3D modelor transforms the raw images by appropriate projective transformations,as is well known in the art. Color and resolutions are converted torender consistently to the at-home user even if different sensor inputsprovide variations. For example, if it is detected that given images aretaken, some in sunlight and some in shadow, these images are renderedconsistently per the at-home user's virtual perspective—i.e. is thevirtual perspective of the user one in which s/he will be in the sun orshadow (or somewhere in between—in which case an interpolation isrequired).

Resolution conversions can be achieved by extrapolation orinterpolation, as is well known in the art, so that image data isconsistent for the at-home user regardless of the resolutions of eachcamera participating in the ad hoc cluster of sensors. Suchcolor/resolution parameters could be at least partially controlled byone or more menu settings on the at-home user's device. The system alsorenders the audio input by estimating distance from source at differentfrequencies and rendering a volume-wise consistent surround soundexperience for the at-home user.

As demonstrated by the four exemplary scenarios, in the presentinvention, the at-home user can either pick the same location as theon-the-go user for their virtual location during a session or can picksome location relative to that on-the-go user, for example, three feetto one side of the on-the-go user. The system streams personalizedsensory data based on the at-home user's virtual location in the sceneand the location of the at-home user's rendering devices (e.g., theirmonitors and speaker) relative to where the at-home user is situated inthe room.

From this description above, it should be clear that present inventionexpands the ad hoc network concept into a new and different use, basedon sensors that have capacity to identify with their geo-location. Thepresent invention potentially accommodates any conventional outputdevices, and does not require specialized glasses or goggles, althoughspecialized devices could add to the user's experience.

The present invention also identifies cameras from different systems, ifnecessary, that are available for visualization and groups them indifferent types of resolution and networking capabilities and thencreates an ad hoc network using those cameras. The ad hoc network isupdated as some of the cameras or visual sensors move into the networkand as some of them move out of the system.

As briefly mentioned, the present invention also incorporates a learningfeature that, via statistical methods, automatically detects andaccommodates the at-home user's special visual or auditory needs (e.g.peripheral vision enhancement), or to increase the viewer's comfort,since each user may have their own personal needs and quirks regardingeyesight and/or other bodily constraints. Such a feature could be assimple as a memory that stores users' previous preferences or, in apreferred embodiment, could involve a learning algorithm.

For example, users with glasses generally cannot see well usingperipheral vision since that part of their vision is not benefiting fromthe glasses. Using cameras or other sensors in the at-home user'senvironment, the system of this invention can detect that a user iswearing glasses or, conceivably, that the user has some other visualdeficiency and can accommodate accordingly by, for example, magnifyingoutput in the deficient portion of the user's field of view. Other usersmay be near sighted and are not using any adjustments such as glassesduring the participation, and the present invention can use higherresolution for the near field than used for outside the near fieldregion. Other exemplary adjustments might be for other personal needssuch as neck and/or face movements or for users who are colorblind orotherwise not sensitive to change in color. Users with such colorimpairments may not need color rendering.

Another feature provided by the present invention is that of auctioningservice to different users, based on the user's different needs forimage/audio quality and/or the constraint of limited bandwidth, etc.Such a feature could be implemented as a menu selection on an associatedapplication or app. Alternatively, users could subscribe for differenttiered service levels based on each user's image/audio quality needs orpreferences.

Yet another feature of the present invention is that it can learn how toaccommodate network bottlenecks given the types and number of screensand speakers present for rendering, and the relative CPU/memoryavailable in the ad hoc network versus the “at-home” computing system.In some cases it may be more efficient to transmit a complete 3D model(which requires more memory and a network with good throughput, butgives the most robust rendering if the at-home user is entitled to movearound in the scene), in other cases, untransformed images (requiringless memory and bandwidth) may be preferable, and in others still, thefinal, transformed images.

In an exemplary embodiment, the system can also be modified to storerenderings/recordings from past viewing sessions and learn what imageproperties constitute “similarity”, perhaps by using user feedback.Thus, in scenarios in which a camera is unavailable and creates a “hole”in the teleported image, the system can replace the missing feed withhistorical footage from the same location, time of day, season, weatherforecast, etc. to fill in the blank.

FIG. 3 shows exemplarily primary subsystems 300 that explain how thesystem works.

Imaging system 310 captures sound, images and video from an ad-hoccollection of surrounding input devices as captured by an on-the-gouser. The imaging system 310 also identifies cameras from differentsystems that are available for visualization and groups them intodifferent categories and types based on characterizations such asresolution and networking capabilities. The imaging system also createsan ad hoc network of a cluster of these cameras. The ad hoc network isupdated 312 as some of the cameras, visual sensors, and/or microphonesmove into range of the current network and as some sensors move outsidethe range. Some regions of the physical environment may be thinly orinadequately covered by audio or visual sensors, possibly creatingperceivable gaps in the image from the viewer's perspective.

These gaps can be detected computationally by determining the resolutionas well as pixel value updates from the sensors, if such perceivablegaps exist. In these cases the visual signal may be interpolated fromthe closest known points using traditional image interpolationalgorithms such as described in an article “Understandingimage-interpolation techniques” by Vision Systems Design. Alternatively,if the pixels in the neighborhood of the gap can be determined tocontain a periodic pattern, then the same pattern can be continued forfilling up the gap in the image. Analogously the audio signal can beinterpolated from known points, or if sources can be identified (orapproximated) then the associated sounds can be extended to theuncovered region using an inverse distance squared diminution.

Personalization system 320 provides real-time movements 322 of theat-home user within the data space. The personalization system 320 alsolearns an “at-home” user's audio/visual processing limitations, quirks,and preferences. For example, every user may have their own personalneeds and quirks regarding their eyes and/or other bodily constraints.Users with glasses, for example, generally cannot see well using theirperipheral vision, since that part of their vision is not benefitingfrom the glasses. The personalization system 320 can detect that a useris wearing glasses, has a particular visual deficiency, and accommodateaccordingly, for example, by magnifying output in that portion of theirfield of view not covered by their glasses.

For near-sighted users that are not using any adjustments such asglasses during the session, the personalization system 320 can providehigher resolution for near-field pixels that for outside pixels. Userswho are colorblind or not sensitive to change in colors may similarlynot need color rendering. Additionally, an auction can be created by thepersonalization system 320 based on users' need for image/audio qualityand the constraint of limited bandwidth, etc. Alternatively, asubscription model could be created by the personalization system, withtiered service levels based on users' image and audio quality needs. Theauction/subscription features would be available to the at-home user asbased on a menu of potential options, similar to other options for whichthe at-home user could have settings.

Rendering system 330 provides real-time rendering updates 332 of datafrom the imaging system 310. The rendering system can also connect withavailable output devices of the at-home user to set up the at-home useroutput devices for the session, such a multiple speakers and displays,that would provide better immersion of the data. The rendering system330 faithfully renders the 3D experience in sound and video as it wasreceived, while simultaneously tailoring delivery to accommodate theuser's needs as per the dictates of the personalization system 320. Therendering system 330 can also learn how to accommodate networkbottlenecks given the types and number of screens and speakers presentfor rendering, and the relative CPU/memory available in the ad hocnetwork versus the at-home computing system. In some cases it might bemore efficient to transmit a 3D model, in other cases, it might be moreefficient to transmit the untransformed images, and in others still, itmight be more efficient to transmit the final, transformed images.

Such decisions could be based on monitoring time lags between receipt ofsensor data at the on-the-go device and the presentation of video/audiodata at the at-home speakers/displays. For example, if there is a singleat-home user device during a session, then different computations couldbe re-allocated between the at-home user device and the on-the-go userdevice. Another possible efficiency mechanism, given a single at-homeuser device, would be the reduction in sensor data transmitted to theat-home user device by having the at-home user's location and viewingperspective transmitted to the on-the-go user device, so that theon-the-go user device could select data from only appropriate sensorsfor that location/viewing perspective, thereby reducing the databandwidth requirements.

FIG. 4 demonstrates exemplary hardware components 400 upon whichdifferent embodiments of the present invention could be implemented. Theon-the-go user's device 402 includes a wireless transceiver/antenna 404that permits wireless communication with antenna/transceiver modules 406respectively located in cameras 408A-408N and microphones 410A-410M,along with a chip or module 412 in each sensor 408/410 which permits theon-the-go-device 402 to establish an ad hoc network with these localsensors 408/410 and to transmit its sensor data to the on-the-go userdevice 402. Although only three cameras 408 and three microphones 410are exemplarily shown in FIG. 4, it should be clear than such numbersare exemplary since there could be fewer or more of each sensor type.

On-the-go device 402 also includes a microprocessor 414 to executeinstructions related to the formation and maintenance of the ad hocnetwork cluster and other on-the-go functions including possibly dataprocessing operations Memory 416 to stores instructions being executed,and a display panel/user interface 418 permits the on-the-go user todisplay menu items related to the ad hoc session and to input command orsetting choices via, for example, a keyboard panel. On-the-go userdevice 402 could also include a camera/microphone/speaker 419 permittingthe on-the-go device to potentially serve as one of the sensors and tohear the voice of the at-home user during the session.

In an exemplary embodiment, data from the ad hoc sensors are received atthe antenna/transceiver 404 on the on-the-go device 402, to be thenforwarded to the at-home user's device 420 for additional processing forviewing. This ad hoc sensor data could be forwarded via the processor414 on the on-the-go device, or a bypass mechanism, such as a bypassswitch mechanism or direct memory access (DMA) mechanism could permitthe on-the-go user device 402 to forward the data to the at-home device420 without using processor 414 resources on the on-the-go device 402.For example processor 414 could be used to select which sensor data isto be forwarded to the at-home user if there is a single at-home userand the at-home user's desired location and viewing perspective isprovided to the on-the-go user's device 402.

The at-home user device 420 similarly includes microprocessor 424,memory 426, user I/O devices 428 including possibly a display panel andkeyboard or other user input devices, and microphone/camera/speaker 429modules such that the microphone and speaker permit the at-home user tocommunicate with the on-the-go user and to hear audio from themicrophone sensors at the on-the-go user end. The at-home user device420 could also have I/O ports 427 for one or more speakers 430 and/ordisplays 432 so that the at-home user could use a more extensive set ofdisplays/goggles/glasses and/or speakers/headphones, etc. The at-homeuser device 420 could also include antenna/transceiver 423 but may notutilize them during a virtual teleporter session.

The keyboard or other input devices 428 on the at-home user device 420would also permit the at-home user to interact with a menu related tothe at-home functions, such as permitting the at-home user to define alocation and viewing perspective in the received data. Other mechanismsto permit the at-home user to move about in the received data couldinclude sensors at the at-home user location that permits eye motionand/or body motions to be detected, such that the at-home user's devicecan automatically detect the at-home user's desired location and viewingperspective relative to the audio/video data streaming in from theon-the-go ad hoc sensor network.

As demonstrated by the first scenario, both the on-the-go user device402 and the at-home user device 420 could be smart phones each having anapp that implements the present invention, possibly as stored in memory416, 426, or as downloaded from a computer 440, for example a server onthe Internet, for purpose of conducting a virtual teleporter session.Computer/server 440 could also be located in the cloud, such that thepresent invention could be implemented as a cloud service.

In the case of the first exemplary scenario, the husband on-the-go userin Paris could have established a telephone call to his wife in NewYork, and they agree to engage the app for the virtual teleportersession as an adjunct to their existing telephone call, possibly usingthe same communication channel for data for the virtual teleportersession. Alternatively, the virtual teleporter system could institute aseparate data channel for its session data.

In the case of the second exemplary scenario, the combatant on-the-gouser could be using a smart phone device or a specialized smart devicecarried in a pocket or backpack, with his at-home-user familiar withtropical warfare being located states' side and using a smart phone.

In the case of the third exemplary scenario, the on-the-go device couldbe a smart phone carried by an agent of the organizer, as located in aseat in the sports stadium, and serving to establish an ad hoc sessionfor a number of clients listening in and viewing individual sessionsthrough their smart phones or even a home computer. Alternatively, theon-the-go user device in the sports event scenario could be one or moreon-the-go devices mounted somewhere in the stadium such as to havewireless contact with multiple sensors located throughout the stadium.

In the case of the fourth exemplary scenario, the skier/climberon-the-go user could be using a smart phone device or a specializedsmart device carried in a pocket or backpack by the skier or mountainclimber, capable of establishing an ad hoc network with the differentcameras and/or microphones being carried or worn on a garment. Althoughit might be possible to communicate via a satellite or other wirelessmanner with the skier/climber, an alternative to real time communicationwith an at-home user in this scenario would be that of recording thesession in a memory device of the skier/climber on-the-go user.

Computer/server 440 could also serve additional roles in the presentinvention in addition to serving as a repository for an applicationprogram that could be downloaded onto smart devices for purpose ofimplementing a virtual teleporter session. For example, a computer 440could remotely store the data of a virtual teleporter session, such asthe sports event or the skier/climber scenarios described above. Suchrecording would permit future viewing of the session, including, forexample, re-runs of the sporting event in which each at-home user wouldbe able to choose and change their own perspective of the event for eachre-run.

Computer/server 440 could also serve as a memory for historical imagesfrom previous virtual teleporter sessions using specific cameras, asthen used to fill in possible gaps on future sessions. Computer/server440 could also serve to store a registry of sensors at specificlocations that could be utilized for teleporter sessions at thoselocations, including possibly whether the location has a registered“on-the-go” device that can serve to set up a session by an at-home userwithout having an actual person present with their personal on-the-gouser device.

FIG. 5 shows two exemplary possibilities 500 for the on-the-go userrole. In a first exemplary embodiment 502, the on-the-go user role issatisfied by an actual person 504 carrying a portable device 506 such asa smart phone or notepad, or other computer-based device. The smartphone 506 has loaded thereon an app or application program that permitsthe smart phone 506 to transmit a peer-to-peer request to any sensorwith range to create the ad hoc network to be used for a virtualteleporter session. For example, the on-the-go user's smart phone 506may participate as being one of the sensors included in the ad hocnetwork. Data from the ad hoc sensors 508 could be received into theteleporter session via the user portable device 506 or could be receivedvia another communications port located somewhere within a link range ofthe ad hoc network.

This first embodiment 502 of the on-the-go user would potentiallyservice any of the four exemplary scenarios described above.

In a second exemplary embodiment 510, the on-the-go user role isprovided by a stationary or semi-stationary on-the-go user device 512that serves as a means to create an ad hoc network of sensors 508 atthat fixed location. For example, a popular destination, such as Paris,might well find it advantageous to set up a stationary device 512 thatcould be contacted for purpose of setting up an ad hoc group of sensorswithin link range of the stationary “on-the-go user” device 512, so thatremote at-home viewers could conduct virtual teleporter sessions at thatlocation by merely contacting the stationary “on-the-go user” device512.

This embodiment could well service not only the first scenario in Parisbut also the sporting event scenario in which a sports arena is filledwith sensors that can be formed into an ad hoc network via one or morestationary devices 512. There are many other scenarios where astationary or semi-stationary device 512 might be useful, including asnon-limiting examples, a cruise ship, national parks, and populartourist locations that are made accessible to at-home users. In suchembodiments, a network server 440 (FIG. 4) could serve as a repositorythat provides information of locations having such on-the-go devicecapabilities.

As a modification of the second embodiment 510, hardware that serves theon-the-go role, including an antenna/transceiver and a processor thatprovides instructions for that sensor/on-the-go hardware to form an adhoc network with other sensors within link range and an interface tocommunicate on demand with at-home user devices. Such combinedsensor/on-the-go hardware could be fixed or could be mounted on a mobileplatform. At-home users could contact the combined sensor/on-the-gohardware by, for example, consulting a registry of such combinedhardware sensors, similar to consulting a database registry for fixedon-the-go devices of the second embodiment 510 described above.

Exemplary Hardware Aspects, Using a Cloud Computing Environment

It is understood in advance that, although this section of thedisclosure provides a detailed description on cloud computing,implementation of the teachings recited herein are not limited to acloud computing environment. Rather, embodiments of the presentinvention are capable of being implemented in conjunction with any othertypes of computing environment now known or later developed.

Cloud computing is a model of service delivery for enabling convenient,on-demand network access to a shared pool of configurable computingresources (e.g., networks, network bandwidth, servers, processing,memory, storage, applications, virtual machines, and services) that canbe rapidly provisioned and released with minimal management effort orinteraction with a provider of the service. This cloud model may includeat least five characteristics, at least three service models, and atleast four deployment models.

Characteristics are as follows:

On-demand self-service: a cloud consumer can unilaterally provisioncomputing capabilities, such as server time and network storage, asneeded automatically without requiring human interaction with theservice's provider.

Broad network access: capabilities are available over a network andaccessed through standard mechanisms that promote use by heterogeneousthin or thick client platforms (e.g., mobile phones, laptops, and PDAs).

Resource pooling: the provider's computing resources are pooled to servemultiple consumers using a multi-tenant model, with different physicaland virtual resources dynamically assigned and reassigned according todemand. There is a sense of location independence in that the consumergenerally has no control or knowledge over the exact location of theprovided resources but may be able to specify location at a higher levelof abstraction (e.g., country, state, or datacenter).

Rapid elasticity: capabilities can be rapidly and elasticallyprovisioned, in some cases automatically, to quickly scale out andrapidly released to quickly scale in. To the consumer, the capabilitiesavailable for provisioning often appear to be unlimited and can bepurchased in any quantity at any time.

Measured service: cloud systems automatically control and optimizeresource use by leveraging a metering capability at some level ofabstraction appropriate to the type of service (e.g., storage,processing, bandwidth, and active user accounts). Resource usage can bemonitored, controlled, and reported providing transparency for both theprovider and consumer of the utilized service.

Service Models are as follows:

Software as a Service (SaaS): the capability provided to the consumer isto use the provider's applications running on a cloud infrastructure.The applications are accessible from various client devices through athin client interface such as a web browser (e.g., web-based e-mail).The consumer does not manage or control the underlying cloudinfrastructure including network, servers, operating systems, storage,or even individual application capabilities, with the possible exceptionof limited user-specific application configuration settings.

Platform as a Service (PaaS): the capability provided to the consumer isto deploy onto the cloud infrastructure consumer-created or acquiredapplications created using programming languages and tools supported bythe provider. The consumer does not manage or control the underlyingcloud infrastructure including networks, servers, operating systems, orstorage, but has control over the deployed applications and possiblyapplication hosting environment configurations.

Infrastructure as a Service (IaaS): the capability provided to theconsumer is to provision processing, storage, networks, and otherfundamental computing resources where the consumer is able to deploy andrun arbitrary software, which can include operating systems andapplications. The consumer does not manage or control the underlyingcloud infrastructure but has control over operating systems, storage,deployed applications, and possibly limited control of select networkingcomponents (e.g., host firewalls).

Deployment Models are as follows:

Private cloud: the cloud infrastructure is operated solely for anorganization. It may be managed by the organization or a third party andmay exist on-premises or off-premises.

Community cloud: the cloud infrastructure is shared by severalorganizations and supports a specific community that has shared concerns(e.g., mission, security requirements, policy, and complianceconsiderations). It may be managed by the organizations or a third partyand may exist on-premises or off-premises.

Public cloud: the cloud infrastructure is made available to the generalpublic or a large industry group and is owned by an organization sellingcloud services.

Hybrid cloud: the cloud infrastructure is a composition of two or moreclouds (private, community, or public) that remain unique entities butare bound together by standardized or proprietary technology thatenables data and application portability (e.g., cloud bursting forload-balancing between clouds).

A cloud computing environment is service oriented with a focus onstatelessness, low coupling, modularity, and semantic interoperability.At the heart of cloud computing is an infrastructure comprising anetwork of interconnected nodes.

Referring now to FIG. 6, a schematic 600 of an example of a cloudcomputing node is shown. Cloud computing node 600 is only one example ofa suitable cloud computing node and is not intended to suggest anylimitation as to the scope of use or functionality of embodiments of theinvention described herein. Regardless, cloud computing node 600 iscapable of being implemented and/or performing any of the functionalityset forth hereinabove.

In cloud computing node 600 there is a computer system/server 612, whichis operational with numerous other general purpose or special purposecomputing system environments or configurations. Examples of well-knowncomputing systems, environments, and/or configurations that may besuitable for use with computer system/server 612 include, but are notlimited to, personal computer systems, server computer systems, thinclients, thick clients, handheld or laptop devices, multiprocessorsystems, microprocessor-based systems, set top boxes, programmableconsumer electronics, network PCs, minicomputer systems, mainframecomputer systems, and distributed cloud computing environments thatinclude any of the above systems or devices, and the like.

Computer system/server 612 may be described in the general context ofcomputer system-executable instructions, such as program modules, beingexecuted by a computer system. Generally, program modules may includeroutines, programs, objects, components, logic, data structures, and soon that perform particular tasks or implement particular abstract datatypes. Computer system/server 612 may be practiced in distributed cloudcomputing environments where tasks are performed by remote processingdevices that are linked through a communications network. In adistributed cloud computing environment, program modules may be locatedin both local and remote computer system storage media including memorystorage devices.

As shown in FIG. 6, computer system/server 612 in cloud computing node600 is shown in the form of a general-purpose computing device. Thecomponents of computer system/server 612 may include, but are notlimited to, one or more processors or processing units 616, a systemmemory 628, and a bus 618 that couples various system componentsincluding system memory 628 to processor 616.

Bus 618 represents one or more of any of several types of busstructures, including a memory bus or memory controller, a peripheralbus, an accelerated graphics port, and a processor or local bus usingany of a variety of bus architectures. By way of example, and notlimitation, such architectures include Industry Standard Architecture(ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA)bus, Video Electronics Standards Association (VESA) local bus, andPeripheral Component Interconnect (PCI) bus.

Computer system/server 612 typically includes a variety of computersystem readable media. Such media may be any available media that isaccessible by computer system/server 612, and it includes both volatileand non-volatile media, removable and non-removable media.

System memory 628 can include computer system readable media in the formof volatile memory, such as random access memory (RAM) 630 and/or cachememory 632. Computer system/server 612 may further include otherremovable/non-removable, volatile/non-volatile computer system storagemedia. By way of example only, storage system 1234 can be provided forreading from and writing to a non-removable, non-volatile magnetic media(not shown and typically called a “hard drive”). Although not shown, amagnetic disk drive for reading from and writing to a removable,non-volatile magnetic disk (e.g., a “floppy disk”), and an optical diskdrive for reading from or writing to a removable, non-volatile opticaldisk such as a CD-ROM, DVD-ROM or other optical media can be provided.In such instances, each can be connected to bus 618 by one or more datamedia interfaces. As will be further depicted and described below,memory 628 may include at least one program product having a set (e.g.,at least one) of program modules that are configured to carry out thefunctions of embodiments of the invention.

Program/utility 640, having a set (at least one) of program modules 642,may be stored in memory 628 by way of example, and not limitation, aswell as an operating system, one or more application programs, otherprogram modules, and program data. Each of the operating system, one ormore application programs, other program modules, and program data orsome combination thereof, may include an implementation of a networkingenvironment. Program modules 642 generally carry out the functionsand/or methodologies of embodiments of the invention as describedherein.

Computer system/server 612 may also communicate with one or moreexternal devices 614 such as a keyboard, a pointing device, a display624, etc.; one or more devices that enable a user to interact withcomputer system/server 612; and/or any devices (e.g., network card,modem, etc.) that enable computer system/server 612 to communicate withone or more other computing devices. Such communication can occur viaInput/Output (I/O) interfaces 622. Still yet, computer system/server 612can communicate with one or more networks such as a local area network(LAN), a general wide area network (WAN), and/or a public network (e.g.,the Internet) via network adapter 620. As depicted, network adapter 620communicates with the other components of computer system/server 612 viabus 618. It should be understood that although not shown, other hardwareand/or software components could be used in conjunction with computersystem/server 612. Examples, include, but are not limited to: microcode,device drivers, redundant processing units, external disk drive arrays,RAID systems, tape drives, and data archival storage systems, etc.

Referring now to FIG. 7, an illustrative cloud computing environment 750is depicted. As shown, cloud computing environment 750 comprises one ormore cloud computing nodes 600 with which local computing devices usedby cloud consumers, such as, for example, personal digital assistant(PDA) or cellular telephone 754A, desktop computer 754B, laptop computer754C, and/or automobile computer system 754N may communicate. Nodes 720may communicate with one another. They may be grouped (not shown)physically or virtually, in one or more networks, such as Private,Community, Public, or Hybrid clouds as described hereinabove, or acombination thereof. This allows cloud computing environment 750 tooffer infrastructure, platforms and/or software as services for which acloud consumer does not need to maintain resources on a local computingdevice. It is understood that the types of computing devices 754A-Nshown in FIG. 7 are intended to be illustrative only and that computingnodes 600 and cloud computing environment 750 can communicate with anytype of computerized device over any type of network and/or networkaddressable connection (e.g., using a web browser).

Referring now to FIG. 8, a set of functional abstraction layers providedby cloud computing environment 750 (FIG. 7) is shown. It should beunderstood in advance that the components, layers, and functions shownin FIG. 8 are intended to be illustrative only and embodiments of theinvention are not limited thereto. As depicted, the following layers andcorresponding functions are provided:

Hardware and software layer 800 includes hardware and softwarecomponents. Examples of hardware components include mainframes, in oneexample IBM® zSeries® systems; RISC (Reduced Instruction Set Computer)architecture based servers, in one example IBM pSeries® systems; IBMxSeries® systems; IBM BladeCenter® systems; storage devices; networksand networking components. Examples of software components includenetwork application server software, in one example IBM WebSphere®application server software; and database software, in one example IBMDB2® database software. (IBM, zSeries, pSeries, xSeries, BladeCenter,WebSphere, and DB2 are trademarks of International Business MachinesCorporation registered in many jurisdictions worldwide). The toolingthat implements the present invention would be located in layer 800.

Virtualization layer 820 provides an abstraction layer from which thefollowing examples of virtual entities may be provided: virtual servers;virtual storage; virtual networks, including virtual private networks;virtual applications and operating systems; and virtual clients. Thevirtual machines and network appliances that are generated andinstantiated by the tooling of the present invention would operate onlayer 820.

In one example, management layer 830 may provide the functions describedbelow. Resource provisioning provides dynamic procurement of computingresources and other resources that are utilized to perform tasks withinthe cloud computing environment. Metering and Pricing provide costtracking as resources are utilized within the cloud computingenvironment, and billing or invoicing for consumption of theseresources. In one example, these resources may comprise applicationsoftware licenses. Security provides identity verification for cloudconsumers and tasks, as well as protection for data and other resources.User portal provides access to the cloud computing environment forconsumers and system administrators. Service level management providescloud computing resource allocation and management such that requiredservice levels are met. Service Level Agreement (SLA) planning andfulfillment module provides pre-arrangement for, and procurement of,cloud computing resources for which a future requirement is anticipatedin accordance with an SLA.

Workloads layer 840 provides examples of functionality for which thecloud computing environment may be utilized. Examples of workloads andfunctions which may be provided from this layer might include any numberof functions and applications, including some not even related to thepresent invention. Examples of workloads and functions related to thepresent invention might include such functions as the capability todownload a virtual teleporter application program on demand as a cloudservice, the capability to identify registered sensors and/or registeredstationary on-the-go user device(s) at different registered locations,and the capability of executing data processing for the at-home displayfunctions or on-the-go role functions as a cloud service.

The descriptions of the various embodiments of the present inventionhave been presented for purposes of illustration, but are not intendedto be exhaustive or limited to the embodiments disclosed. Manymodifications and variations will be apparent to those of ordinary skillin the art without departing from the scope and spirit of the describedembodiments. The terminology used herein was chosen to best explain theprinciples of the embodiments, the practical application or technicalimprovement over technologies found in the marketplace, or to enableothers of ordinary skill in the art to understand the embodimentsdisclosed herein.

What is claimed is:
 1. A method comprising: forming a wireless ad hoc network with a plurality of sensors at a first location, said ad hoc network comprising a localized, decentralized network wherein each participating sensor has an equal status on said network for performing network functions and is free to associate with any other ad hoc network device in a link range of a vicinity of said first location; transmitting data from said plurality of sensors via said ad hoc network, for consumption by an at-home user located at a second location being any location different from said first location, using an at-home user device, each said sensor indicating a location and a directivity of sensing in said vicinity of said first location, said plurality of sensors thereby providing data sufficient for said at-home user to be immersed in an experience that approximates that of said first location; receiving said data from said plurality of sensors at said at-home user device; preparing said received data in accordance with a selected perspective of said at-home user relative to said first location; and presenting said prepared data to said at-home user, wherein said wireless ad hoc network is established and maintained by a transceiver on an on-the-go user device that transmits a pulse such that any sensor in said link range capable of recognizing said transmitted pulse is invited to join said wireless ad hoc network of sensors, wherein said on-the-go user device comprises a processor-based device carried by or associated with an on-the-go user who is located at said first location, and wherein said preparing renders said received data to provide said at-home user at the second location different from said first location to recreate the experience of the on-the-go user at said first location from the at-home user's selected perspective, using video and/or audio devices at the at-home user's second location.
 2. The method of claim 1, wherein each said sensor of said plurality of sensors provides at least one of video data and audio data from different locations and orientations in said link range in said vicinity of said first location.
 3. The method of claim 2, wherein said plurality of sensors comprise any of: one or more video cameras respectively mounted in a fixed location in a vicinity of said first location, each said one or more video cameras being one of rigidly mounted or selectively movable about one or more axes; one or more microphones respectively mounted in a fixed location in said vicinity of said first location; one or more of a video camera and/or microphone mounted on the on-the-go user device; one or more video cameras and/or microphones mounted on one or more articles worn or carried by said on-the-go user; and one or more video cameras and/or microphones mounted on one or more mobile platforms in said vicinity of said first location.
 4. The method of claim 1, as implemented by a set of instructions stored in a non-transitory memory device of said on-the-go user device, wherein said set of instructions is one of: previously stored as one of an app or application program in said non-transitory memory device on said on-the-go user device; downloaded from a network server into said non-transitory memory device on said on-the-go user device for purpose of a single session; and downloaded into said non-transitory memory device on said on-the-go user device for purpose of a single session, as part of a cloud service.
 5. The method of claim 1, further comprising at least one of: a feature permitting one of said at-home user and said on-the-go user to bid on a service for data quality and/or bandwidth constraints; and a feature permitting one of said at-home user and said on-the-go user to subscribe to one of different tiered service level for data quality and/or bandwidth constraints.
 6. The method of claim 1, wherein said data from said plurality of sensors is received via said transceiver on said on-the-go user device, to be forwarded to said at-home user.
 7. The method of claim 1, wherein said data from said plurality of sensors is received via said transceiver on said on-the-go user device and is stored.
 8. The method of claim 7, wherein said stored data permits at least one of a future replay of data by said at-home user and a repository of data that can be used to fill in gaps of video data in future sessions.
 9. The method of claim 1, wherein said first location changes over time of an ad hoc network session, such that different sensors are added and/or deleted from said ad hoc network as said first location changes.
 10. The method of claim 1, wherein said on-the-go user device and said at-home device are interconnected via an audio channel, thereby permitting a real-time conversation between the on-the-go user and the at-home user.
 11. The method of claim 10, wherein said on-the-go user device and said at-home device comprise smart phones and the method is implemented by apps downloaded on the on-the-go user smart phone and on the at-home smart phone.
 12. The method of claim 1, further comprising using historical footage from the remote location to fill in gaps of a teleported image.
 13. The method of claim 1, further comprising: categorizing sensors at the first location based on at least one of a resolution and a networking capability; detecting computationally gaps in an image from a viewer's perspective, and providing interpolation for the detected gaps.
 14. An apparatus, comprising: a memory device; a processor; a transceiver; an antenna; and circuitry to communicate with an at-home user device located at a location different from that of said apparatus, wherein said memory device stores instructions to permit said apparatus to establish a communication with said at-home user device and to establish and maintain an ad hoc network of sensors within a vicinity of said apparatus and a link range of said antenna, wherein said ad hoc network is established and maintained by said transceiver receiving a command from said processor to generate and transmit a signal via said antenna to invite sensors within the link range of said antenna to establish and maintain said ad hoc network as comprising a localized, decentralized network of sensors wherein each participating sensor has an equal status on said network for performing network functions and is free to associate with any other ad hoc network device in said link range, wherein said plurality of sensors transmit data via said ad hoc network for consumption by said at-home user device, each said sensor indicating a location and a directivity of sensing in said vicinity of said apparatus, wherein said plurality of sensors thereby provide data sufficient for said at-home user to be immersed in an experience of said data transmitted from said plurality of sensors forming said ad hoc network, and wherein said apparatus comprises a smart device carried by or associated with an on-the-go user located in a vicinity of said plurality of sensors forming said ad hoc network.
 15. A method, comprising: receiving data from an ad hoc network comprising a plurality of sensors located at a first location, each said sensor providing information of a location and sensing directivity, said ad hoc network comprising a localized, decentralized network wherein each participating sensor has an equal status on said network for performing network functions and is free to associate with any other ad hoc network device in a link range; receiving a desired location and viewing perspective of an at-home user's device relative to said first location, the at-home user being at a second location different from the first location, the desired location and viewing perspective being defined by inputs received from an at-home user device to describe how the at-home user wishes to perceive the first location; preparing, using a processor, said received data in accordance with said desired location and viewing perspective; and presenting said prepared data to said at-home user's device, such that an at-home user thereby is immersed in data from said first location in the location and viewing perspective desired by the at-home user, wherein said wireless ad hoc network is established and maintained by a transceiver on an on-the-go user device that transmits a pulse such that any sensor in said link range capable of recognizing said transmitted pulse is invited to join said wireless ad hoc network of sensors, and wherein said on-the-go user device comprises a processor-based device carried by or associated with an on-the-go user who is located at said first location.
 16. The method of claim 15, wherein said preparing said received data comprises: selecting which sensor data is appropriate for said at-home user's desired location and viewing perspective; and one or more of: rendering any audio data to be consistent with said at-home user's desired location and viewing perspective; converting resolution and any other appropriate parameters of video data from selected sensors into a common video format, if selected sensors are not uniform; stitching together and/or merging video from selected sensors; filling in any gaps of video data for said desired location and viewing perspective; rendering the stitched/merged video; providing a three-dimensional (3D) model of the selected sensor data; and adapting data to be presented to said at-home user in accordance with outputs from a learning module that defines any special visual or auditory accommodations for said at-home user.
 17. The method of claim 15, wherein said receiving said desired location and viewing perspective of an at-home user comprises at least one of: receiving inputs from said at-home user via menu selections; receiving inputs from said at-home user via input devices on a device used by said at home user for executing an at-home user session; and receiving data from sensors associated with said at home user device that automatically indicate changes in at least one of eye motion and body movements of said at home user.
 18. The method of claim 15, further comprising executing a learning feature that detects and accommodates special visual and/or auditory needs or preferences of the at-home user.
 19. The method of claim 15, as implemented by a set of instructions stored in a non-transitory memory device on a device used by said at-home user for executing an at home user session, wherein said set of instructions is one of: previously stored as one of an app or application program in said non-transitory memory device on said at-home user device; downloaded from a network server into said non-transitory memory device on said at-home user device for purpose of a single session; and downloaded into said non-transitory memory device on said at-home user device for purpose of a single session, as part of a cloud service. 